
prney's Docket No. TRCHP0114US 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 




4 ftL$g££patent application 



Applicant: Burak ALP et al. 
Serial No.: 10/007,512 
Filed: December 5, 2001 



Art Unit: 2142 
Examiner: Douglas B. Blair 



Title: 



REAL-TIME FINANCIAL CHARTING SYSTEM 

TRANSMITTAL OF CERTIFIED COPY 



Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

Dear Sir: 

Attached please find the certified copy of the foreign application from which 
priority is claimed for this case. 

Country: Application No.: Filing Date: 

Singapore 200007449-2 December 16, 2000 



V 



Renner, Otto, Boisselle & Sklar, LLP 
1621 Euclid Avenue 
Nineteenth Floor 
Cleveland, Ohio 44115-2191 
216/621-1113 



Respectfully submitted, 

RENNER, OTTO, BOISSELLE & SKLAR, LLP 




Mark D. Saralino 
Reg. No. 34,243 




Transmittal of Certified Copy [5-4] 



f 



REGISTRY OF PATENTS 
SINGAPORE 




Date of Filing 



: 16 DECEMBER 2000 



Application Number : 200007449-2 



Applicant(s) 



: NETROBUST PTE LTD 



Invention : REAL-TIME FINANCIAL 



Sharmaine Wu Shee Mei 
Assistant Registrar 
for REGISTRAR OF PATENTS 
SINGAPORE 



CERTIFIED COPY OF 
PRIORITY DOCUMENT 



SYSTEM 




PATENTS FORM 1 Rule 1 9 

SINGAPORE 
PATENTS ACT 
(CHAPTER 221) 
PATENTS RULES 

The Registrar of Patents 
Registry of Patents 

REQUEST FOR THE GRANT OF A PA TENT 

THE GRANT OF A PA TENT IS REQUESTED B Y THE UNDERSIGNED ON THE BASIS OF THE PRESENT 

APPLICATION 



2 00 0 0 7 U9 

1 6 DEC 2000 



• 2 



/. Title of In vention 



REAL-TIME FINANCIAL CHARTING SYSTEM 



//. Applicant(s) 
{See note 2) 



(a) Name 



Body Description/ 
Residency 



Street Name & Number 



City 



State 



Country 



NetRobust Pte Ltd 



a company incorporated in the Republic 
of Singapore 



61 Club Street 



Singapore 069436 



(b) Name 

Body Description/ 
Residency 

Street Name & Number 

City 

State 

Country 

(c) Name 

Body Description/ 
Residency 

Street Name & Number 

City 

State 

Country 



PF 1 - 20 Dec 99 



2 

2 


00007449 
1 6 DEC 200Q 


I - 2 


///. Declaration of 

Priority 

(see note 3) 


Country/Country 
Designated 


Singapore 


File no. Not issuec 

Intellectual Pre 
of Singapore 


yet by 
perty Office 


Filing Date 


6 December 
?nnn 








Country/Country 
Designated 




File no. 




Filing Date 










Country/Country 
Designated 




File no. 




Filing Date 











IV. Inventors (See note 4) 

(a) The applicant(s) is/are the 
sole/joint inventor(s). 

(b) A statement on Patents 
Form 8 is/will be furnished. 



Yes 
Yes 



No 
No 



V. Name of Agent (if any) (See note 5) 



Tan, Rajah & Cheah 



VI. Address for Service (See note 6) 



Block/Hse No 



Unit No/PO 
Box 



Street Name 



Building Name 



15-00 



Batterj 



Level 
No 



Postal Code 



Road 



Straitr Trading Bu 



15 



049910 



ilding 



VII. Claiming an earlier filing date 
under section 20(3), 26(6) or 47(4). 
(See note 7) 



Application No 



Filing Date 



[Please tick in the relevant space provided]: 



( ) Proceeding under rule 27( 1 )(a). 

Date on which the earlier application was amended = 

or 

( ) Proceeding under rule 27( 1 ){b). 



PF 1 - 20 Dec 99 



200007449 
t 6 DEC 



VIII. Invention has been displayed 

at an International Exhibition (See note 8) 



Yes 



No 



IX. Section 114 requirements 
(See note 9) 



The invention relates to and/or used a micro-organism deposited for 
the purposes of disclosure in accordance with section 114 with a 
depository authority under the Budapest Treaty. 

Yes | X | No 



X. Check List 

(To be filled in by applicant or agent) 



A. The application contains the following number of sheet(s):- 



L Request 


4 


sheets 


2. Description 


11 


sheets 


3. Claim(s). 


4 


sheets 


4. Drawing(s). 


8 


sheets 


5. Abstract. 


1 


sheets 



B. The application as filed is accompanied by:- 



1. Priority document 

2. Translation of priority document 

3. Statement of Inventorship & right to grant 

4. International Exhibition Certificate 





PF 1 - 20 Dec 99 



NOTES: 



4 



2 00 007^49-2 

1 6 DEC 2000 



1. This form when completed, should be brought or sent to the Registry of Patents together with the prescribed fee 
and 3 copies of the description of the invention, and of any drawings. 

2. Enter the name and address of each applicant in the spaces provided at paragraph II. Names of individuals should 
be indicated in full and the surname or family name should be underlined. The names of all partners in a firm must be given 
in full. The place of residence of each individual should also be furnished in the space provided. Bodies corporate should be 
designated by their corporate name and country of incorporation and, where appropriate, the state of incorporation within 
that country should be entered where provided. Where more than 3 applicants are to be named, the names and address of the 
fourth and any further applicants should be given on a separate sheet attached to this form together with the signature of each 
of these further applicants . 

3. The declaration of priority at paragraph III should state the date of the previous filing, the country in which it was 
made, and indicate the file number, if available. Where the application relied upon in an International Application or a 
regional patent application e.g. European patent application, one of the countries designated in that application [being one 
falling under the Patents (Convention Countries) Order] should be identified and the name of that country should be entered 
in the space provided. 

4. Where the applicant or applicants is/are the sole inventor or the joint inventors, paragraph IV should be completed 
by marking the 'YES* Box in the declaration (a) and the 'NO' Box in the alternative statement (b). Where this is not the 
case, the 'NO' Box in declaration (a) should be marked and a statement will be required to be filed on Patents Form 8. 

5. If the applicant has appointed an agent to act on his behalf, the agent's name should be indicated in the spaces 
available at paragraph V. 

6. An address for service in Singapore to which all documents may be sent must be stated at paragraph VI. It is 
recommended that a telephone number be provided if an agent is not appointed. 

7. When an application is made by virtue of section 20(3), 26(6) or 47(4), the appropriate section should be identified 
at paragraph VII and the number of the earlier application or any patent granted thereon identified. Applicants proceeding 
under section 26(6) should identify which provision in rule 27 they are proceeding under. If the applicants are proceeding 
under rule 27(1 )(a), they should also indicate the date on which the earlier application was amended. 

8. Where the applicant wishes an earlier disclosure of the invention by him at an International Exhibition to be 
disregarded in accordance with section 14(4)(c), then the 'YES' Box at paragraph VIII should be marked. Otherwise the 
'NO' Box should be marked. 

9. Where in disclosing the invention the application refers to one or more micro-organisms deposited with a 
depository authority under the Budapest Treaty, then the 'YES' Box at paragraph IX should be marked. Otherwise the 'NO' 
Box should be marked. 

10. Attention is drawn to rules 90 and 105 of the Patent Rules. Where there are more than 3 applicants, see also Note 2 
above. 

1 1. Applicants resident in Singapore are reminded that if the Registry of Patents considers that an application contains 
information the publication of which might be prejudicial to the defence of Singapore or the safety of the public, it may 
prohibit or restrict its publication or communication. Any person resident in Singapore and wishing to apply for patent 
protection in other countries must first obtain permission from the Singapore Registry of Patents unless they have already 
applied for a patent for the same invention in Singapore. In the latter case, no application should be made overseas until at 
least 2 months after the application has been filed in Singapore. 





For Official Use 




Application Filing Date: / / 






Request received on : II 






Fee received on / / 






Amount : 






*Cash/Cheque/Money Order No: 




* Delete whichever is inapplicable 



PF 1 - 20 Dec 99 



200007449- 

1 6 DEC 2300 



- 1 - 

REAL-TIME FINANCIAL CHARTING SYSTEM 
FIELD OF THE INVENTION 

The present invention relates to a method and software capable of providing live real-time 
graphing of financial data and relates particularly, though not exclusively, to the real-time 
graphing of stock market financial data using push technology with the data being 
delivered over the World Wide Web using HTTP tunnelling. 

BACKGROUND TO THE INVENTION 

The Internet, and more particularly the World Wide Web (WWW), has become the 
information medium of the 21st century. The number of people who have access to the 
Internet and the World Wide Web is growing exponentially in most countries around the 
world. The present applicants have developed a product that pushes real-time stock 
market pricing information through a browser-only interface to the desktops of Internet 
users. Although there are other similar products available on the Internet, applicants 
product is the most fully featured, including the advantageous feature of HTTP tunnelling 
that makes it substantially immune to firewalls. The Bullseye product provides up-to-date 
pricing information and notifications of stock movement levels based on real-time stock 
market pricing information obtained from the Stock Exchange. It features a fully 
configurable stock portfolio, and current market top volume, top gainer and top loser 
counters are accessible through a single click of the user's mouse. Further information 
about the Bullseye product can be obtained from applicant's technology preview website 
at http://www. bullseye. com.sz . 

SUMMARY OF THE INVENTION 

The present invention was developed with a view to providing an enhancement to the 
Bullseye product by incorporating real-time intraday charting whereby a user can choose 
to monitor the dynamic intraday chart of a stock. This intraday charting feature enables 
the user to actually observe the movement on a stock price in a very accurate and timely 
manner. Although the present invention was developed specifically as an enhancement to 
the Bullseye product, it will be understood that it may have wider application for the real- 
time charting of financial information. 
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Throughout this specification the term "comprising" is used inclusively, in the sense that 
there may be other features and/or steps included in the invention not expressly defined 
or comprehended in the features or steps subsequently defined or described. What such 
other features and/or steps may include will be apparent from the specification read as a 
5 whole. 

According to one aspect of the present invention, there is provided a method of providing 
a user with real-time financial charting information on-line, the method comprising the 
steps of: 

10 

obtaining real-time financial data; 

transmitting said real-time financial data to a user's computer as a substantially continuous 
stream through an open connection via a computer network; 

15 

generating a graph based on said real-time financial data that is viewable on the user's 
computer screen; and, 

updating said graph based on new real-time financial data transmitted via the computer 
20 network whereby, in use, the user is able to readily observe changes in said real-time 
financial data substantially as they occur in a dynamic charting format. 

Preferably said real-time financial data is transmitted via the World Wide Web (WWW) 
using HTTP protocol. 

25 

Preferably the method further comprises the steps of: obtaining and transmitting historical 
financial data to the user's computer; and, generating said graph using said historical 
financial data as well as said real-time financial data. 

30 Typically the method further comprises the step of installing a computer software charting 
module on the user's computer for generating said graph. Preferably said charting module 
is activated by means of a conventional Internet browser software programme installed on 
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the user's computer. Preferably said charting module runs as a Java applet in the user's 
computer. 

Preferably said real-time financial data is stock market pricing information obtained from 
5 a Stock Exchange or other source, and said graph provides real-time intraday charting of 
movements in stock price. 

According to another aspect of the present invention there is provided a computer software 
charting module for installation on a user's computer, that enables a user to view real-time 
1 0 financial charting information on-line, the module enabling the user's computer to: 

receive real-time financial data as a substantially continuous stream through an open 
connection via a computer network; 

1 5 generate a graph of said real-time financial data; 

update said graph based on new real-time financial data transmitted via the computer 
network; and 

2 0 display said graph on the user's computer screen whereby, in use, the user is able to readily 
observe changes in said real-time financial data substantially as they occur in a dynamic 
charting format. 

Preferably the module further enables the user's computer to: receive historical financial 
2 5 data; and, generate said graph using said historical financial data as well as said real-time 
financial data. 

Preferably the module further enables the user's computer to store said historical data and 
real-time financial data locally. Advantageously the charting module enables the user's 
30 computer to re-scale the axes of the graph in order to ensure that the maximum and 
minimum values are visible when the graph is displayed on the user's computer screen. 
Preferably the x-axis of the graph represents time, and the y-axis represents pricing 
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information relating to the stock. 

According to a still further aspect of the present invention there is provided a computer- 
readable storage medium having said computer software charting module stored thereon. 

5 

In order to facilitate a better understanding of the nature of the invention a preferred 
embodiment of the real-time financial charting system will now be described in detail, by 
way of example only, with reference to the accompanying drawings in which: 

10 Figure 1 illustrates schematically the flow of data in a preferred embodiment of the real- 
time charting system according to the present invention; 

Figure 2 illustrates schematically the flow of data at the client's side in the real-time 
charting system of Figure 1; 

15 

Figures 3(a), (b) and (c) illustrate a typical graph viewable on a computer screen at the 
client's side of the real-time charting system of Figure 1 ; 

Figure 4 is a flowchart illustrating the initialisation steps of a computer software charting 
2 0 module employed at the client's side in the real-time charting system of Figure 1 ; 

Figure 5 is a flowchart illustrating a software routine for resizing axes in the charting 
module of Figure 4; 

2 5 Figure 6 is a flowchart illustrating a software routine for plotting a graph in the charting 
module of Figure 4; 

Figure 7 is a flowchart illustrating a software routine for handling a new event in the 
charting module of Figure 4; 

30 

Figure 8 is a flowchart illustrating a software routine for plotting extra information in the 
charting module of Figure 4; and, 



Figure 9 is a flowchart illustrating a software routine for processing new data in the 
charting module of Figure 4. 

A preferred embodiment of the real-time charting system 10 in accordance with the 
present invention includes a server module 12 operating on the service provider's server 
that obtains real-time financial data 14 in the form of stock market pricing information 
from the Stock Exchange (or an agent like Reuters). The server module 12 transmits the 
real-time financial data to one or more client modules 16 over the World Wide Web 
(WWW) as a substantially continuous stream through an open connection. The server 
module 12 supports HTTP tunnelling, and hence the communications can go through 
corporate firewalls on the client's side (it appears to the firewall as if the user is surfing the 
Internet). HTTP tunnelling is the term used for encapsulating a specific network protocol 
within packets carried by HTTP protocol. In the present system all two-way client-server 
communication, including server to client streaming, is embedded in HTTP protocol 
packets. HTTP is a request/response protocol. The basic steps of a typical HTTP session 
are a single sequence of the following steps: 

1 . Client opens connection to the server 

2. Client sends request packet 

3. Server sends response packet 

4. Connection closed 

Note that there is one request and one response per connection and they are well ordered. 
A later version of the protocol (HTTP 1.1) has provisions to pack multiple 
request/response exchanges through the same connection (persistent connections). The 
response packet of step 3 may or may not have a content-length header which specifies the 
length of the response in advance. If there isn't a content-length header then the client 
knows that the end of the response packet is reached only when the server closes the 
connection (step 4). This is the reason why sometimes when downloading a file using a 
browser, the download dialog box states the length of the file as "unknown". It means the 
response packet didn't have the content-length header and the browser will only know that 
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the download is finished when the connection is closed by the server. In the present 
system, continuos streaming from server to the client is preferably achieved by not 
specifying the content-length header so that the connection is not closed by the client, and 
the server keeps transmitting (pushing) the real-time data a part of the response stream 
5 (step 4), as and when more data becomes available. 

Another way of achieving this would be by specifying a very large value as the content- 
length such that the connection is "substantially" continuous. In this case the server will 
keep transmitting until the amount of transmitted data reaches the specified length. Once 
10 that happens, the client will immediately initiate a new request/response exchange such 
that the server can carry on the streaming from the point it left off. The reason for 
specifying a large value for the content-length in this case is to minimise the frequency of 
these reconnections as they may cause momentary disruptions to the stream. 

1 5 Either way, when for one reason or another, the connection to the server is lost, the client 
automatically initiates a new session (stepl) to resume the streaming. For this, it sends a 
proper request packet that, among other things, should at least include some sort of a 
session id such that the server can identify the client and resume the streaming (though the 
response packet) from the point the connection was lost. Also, every time such a 

20 reconnection attempt fails, the client waits for a preset amount of time, and tries 
reconnecting again until it succeeds or the user terminates the application. This auto 
reconnection/resume feature makes the streaming robust and self-recovering and it is a 
significant advantage of the preferred method. 

25 The client module 16 is in the form of a computer software charting module installed on 
the user's desktop computer for charting incoming data with regards to its price 
information and the time in which the transaction occurs. The software also provides 
capabilities to chart the volume of each individual transaction and the weighted average at 
each point of time. The chart is displayed as a graph in a separate window on the user's 

30 computer screen, with the x-axis representing the time of day and the y-axis representing 
pricing information relating to the stock. The graph is continually being updated and 
scaled as new data is received from the server module 12 as the seconds pass by. This 
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gives the user the ability to observe the movement on a stock price in real-time in a very 
accurate and timely manner. 

The information plotted within the graph includes its current price value, the volume of the 
5 transaction carried out and its weighted average curve. The values are plotted when new 
data is delivered or at regular time intervals while the stock market is open. For example, 
if a price change occurs, it is plotted on the graph as soon as it is received. However, if the 
price remains constant for a set threshold interval of time, at the end of that interval the 
last received price is plotted automatically so as to keep a continuous flow of updates on 
10 the graph. Automatic updates stop upon notification that market trading is closed or 
suspended. Figure 3(a) illustrates a typical graph, charting stock market financial data, 
viewable on the user's computer screen. 

The axes of the graph are automatically and continuously scaled as new data is delivered 
15 or time progresses, to fit in all points in the graph in an even distribution depending on the 
size of the graph. Zooming into specific regions of the graph is implemented through a 
click and drag interface, whereby clicking on the mouse and dragging it while the button is 
pressed dynamically forms a rectangle that indicates the intended area of interest on the 
graph. Subsequent release of the button automatically re-scales the axes to draw that area 
20 in greater detail. Figure 3(b) illustrates how a region of the graph may be selected to zoom 
into using a click and drag movement of the cursor. Figure 3(c) illustrates the selected 
zoomed-in region in the graph of Figure 3(b), with the axes re-scaled to fit the full size of 
the window frame. 

2 5 Mouse movement of the cursor is tracked to highlight the closest point in the graph where 
transactions have occurred. This point is highlighted and the data of the highlighted point 
is displayed as a pop-up. While tracking, the point to snap to on the graph can be 
calculated in one of two ways: 1) the point on the graph that has the shortest Euclidean 
distance to the mouse pointer, or 2) the point on the graph that has the same x co-ordinate 

30 as the mouse pointer. In the latter case, it is easier to highlight transactions in the sequence 
they happened by placing the mouse at a starting point and moving it towards increasing x 
direction on a straight line. 
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Dynamic visual cues are provided while the graph is being plotted to easily notify users of 
specific events and important information. For example, when the price remains constant 
for a period a straight line is being drawn. However, once a change occurs, then 
5 depending on the change being upwards or downwards, a respective green or red circle is 
flashed to highlight the advancing end of the graph (see Figure 3(a)). While the pricing 
information is being plotted on the main graph, other technical analysis graphs such as 
Bollinger Bands, Moving Average Convergence/Divergence (MACD), Relative Strength 
Indicators (RSI), etc, can be drawn simultaneously, either overlapped on the same graph 
1 0 area or as separate graphs, to help the user make instant buy/sell decisions. 

The window within the intraday graph is displayed can be scaled in the same manner as 
any other window (scaling the window, scales the graph as well). The user can zoom into 
any area of the graph, and there is practically no lower limit to the granularity (it is 
1 5 possible to zoom in to the extent that the whole x-axis covers only a fraction of a second). 

Operation of the computer software charting module 16 stored on the user's desktop 
computer will now be described in detail with reference to Figure 2 and Figures 4 to 9. 
The charting module is a browser-only software application, in the sense that it runs as a 
20 Java 1.1 applet on the client's side which is supported by all common browsers, such as 
Microsoft Explorer® and Netscape Navigator®. Therefore, the user does not have to 
install any other software programme on their desktop computer. Indeed, the charting 
module itself can be delivered to the user's desktop computer via the World Wide Web. 

2 5 Data is delivered from the server to the client based upon what is commonly referred to as 
a push model of data broadcasting, ie. the graph is being drawn as the data flows in 
without the interaction of the user. Each client is responsible for subscribing to the stock 
market counters that it wishes to receive data for. The server maintains a subscription list 
of which to send updated information to. New data is broadcast judiciously and only when 

30 a relevant change has occurred. Figure 2 illustrates the flow of data on the client's side as 
controlled by the charting module. Upon launching of a new graph by the user, the client 
subscribes the new counter with the server and proceeds to request the counter's historical 
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intraday data 1 8 up to the instant the server receives the request. This is illustrated at 400 
and 402 in Figure 4. Historical intraday data is sent to the client as a continuous block of 
data and is parsed by the client. Preferably historical data is streamed to the client in 
compressed format. If it is compressed, the module instructs the user's computer to 
5 decompress it at 403 to obtain the block of transaction data before passing it on. This 
transaction data 20 is then saved on the user's computer (step 404 in Figure 4). 

Subsequently, new near-real-time data 22 for plotting the graph is delivered from the 
server as a common data record which is used by all client components of the charting 

1 0 module. The data is propagated amongst all components which handle the data including 
the table, graph and alert components. There may not be timing information associated 
with each transaction data delivered from the server. The charting module determines 
whether the data has been time stamped at 902 (see Figure 9), and if not, that data is time 
stamped at 904 with an approximation of the server's time. The new transaction data is 

15 then added to the historical intraday data and saved into the list of transaction data 20 at 
906. The charting module determines at 908 whether either axes has been exceeded, or is 
about to be exceeded, by the value of the new transaction data. If so, the graph is re-scaled 
by the charting module at 500 (see Figure 5). The graph axes are re-scaled and the 
transaction data re-plotted whenever the values of the transaction data exceed the axes 

2 0 scales, when user zoom 24 (see Figure 2) occurs or when the graph frame itself is re-sized. 
The re-scaling sub-routine of the charting module determines whether the maximum or 
minimum visible points exceed the axes scales at 502. If so, new axes scales are 
calculated at 504. The charting module also determines whether the volume of the 
transaction carried out is included with the transaction data at 506, and if so calculates the 

2 5 volume values for display at 508. The charting module then proceeds to plot the graph at 
600 (see Figure 6). 

The graph plotting sub-routine of the charting module illustrated in Figure 6 firstly 
determines at 602 whether any new transaction data has been received and stored locally. 
30 If no new data has been received, it waits for a new event at 700 (see Figure 7). If new 
transaction data has been received it calculates the position of the next transaction value at 
604. New plot points are added to the graph as a result of one of the following two events: 
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(1 ) A new transaction value is received from the server; or 

(2) A timer unit 26 (see Figure 2) notifies that a predetermined threshold time 
interval has passed without receiving any new transaction data from the server. 

If (2) occurs, the last value received from the server is deemed to be unchanged and drawn 
again. This is to maintain the real-time updating aspect of the graph with respect to the 
time axis. When the position of the next point in the graph has been calculated, the sub- 
routine determines at 606 whether the point is visible on the axis as currently scaled. If 
not, the axes are re-scaled at 500 (see Figure 5). 

If the sub-routine determines that this is the first point at 608, it draws the point on the 
graph at 610. If it is not the first point, it draws a line between the new point and the 
previous point at 612. The sub-routine determines whether there are extra graphs to draw 
and if so proceeds to plot the additional graphs at 800 (see Figure 8). As shown in Figure 
8, if there are extra graphs to draw, such as Relative Strength Indicators (RSI), the charting 
module applies the respective formulae to the standard price data and produces a 
representation of this information at 804 that may be viewable on the graph or plotted as a 
separate graph. If no additional graphs are present, the charting module continues to plot 
the graph at 600, as per the sub-routine illustrated in Figure 6. 

While no new transaction data is being received, the charting module monitors the 
situation for the occurrence of any new event at 702 (see Figure 7). If the module 
determines that the new event is the reception of new transaction data at 704, it handles the 
new data as per the sub-routine illustrated in Figure 9. If the new event is activation of the 
zoom function or frame re-sizing function as determined at 706, the charting module sets 
new axes scales at 708 as per the axes calculation sub-routine 500 illustrated in Figure 5. 
If the user requests to quit the charting module at 710 it closes the graph window and shuts 
itself down at 712. 

Now that a preferred embodiment of the real-time financial charting system 10 has been 
described in detail, it will be apparent that it provides a number of significant advantages, 
including the following: 



(i) it is a browser-only solution, so that the user does not have to store any 
other software on their computer; 

(ii) it employs push technology, so that the graph is drawn continuously as the 
data flows in without the user having to do anything; 

(iii) by using HTTP tunnelling, it is substantially transparent to corporate 
firewalls; 

(iv) the intraday graph can be fully scaled and the user can zoom into any area 
of the graph; 

(v) it gives the user the ability to actually observe the movement on a stock 
price in real-time in a very accurate manner; 

(vi) it allows other technical analysis besides price data to be presented in a 
user-friendly manner, helping the user make instant buy/sell decisions; 

(vii) visual cues can be provided to quickly notify users of specific events and 
important information. These include trend indicators to signify at a glance the current 
price movement of the counter being charted. 

It will be apparent to persons skilled in the financial services and computer software arts 
that numerous variations and modifications may be made to the real-time financial 
charting system, in addition to those already described, without departing from the basic 
inventive concepts. For example, the charting module may include facility to allow the 
user to customise the way in which the graph is displayed on the user's computer screen. 
All such variations and modifications are to be considered within the scope of the present 
invention, the nature of which is to be determined from the foregoing description and the 
appended claims. 
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THE CLAIMS DEFINING THE INVENTION 

1. A method of providing a user with real-time financial charting information 
on-line, the method comprising the steps of: 

5 

obtaining real-time financial data; 

transmitting said real-time financial data to a user's computer as a substantially continuous 
stream through an open connection via a computer network; 

10 

generating a graph based on said real-time financial data that is viewable on the user's 
computer screen; and, 

updating said graph based on new real-time financial data transmitted via the computer 
15 network whereby, in use, the user is able to readily observe changes in said real-time 
financial data substantially as they occur in a dynamic charting format. 

2. A method of providing a user with real-time financial charting information 
on-line as defined in claim 1, wherein said real-time financial data is transmitted via the 

2 0 world Wide Web (WWW) using HTTP protocol. 

3. A method of providing a user with real-time financial charting information 
on-line as defined in claim 2, wherein substantially continuous streaming of the real-time 
financial data is achieved by not specifying a content-length header in the HTTP response 

2 5 packet, so that the connection is not closed by the user's computer and transmission of said 

financial data continues as and when more data becomes available. 

4. A method of providing a user with real-time financial charting information 
on-line as defined in claim 2, wherein substantially continuous streaming of the real-time 

3 0 financial data is achieved by specifying a reasonably large value as the content-length of 

the HTTP response packet, such that transmission of said financial data continues until the 
amount of transmitted data reaches the specified length whereupon a new request/response 
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exchange is initiated such that streaming of said financial data can carry on from the point 
it left off. 

5. A method of providing a user with real-time financial charting information 
on-line as defined in claim 1, wherein the method further comprises the steps of: 
obtaining and transmitting historical financial data to the user's computer; and, generating 
said graph using said historical financial data as well as said real-time financial data. 

6. A method of providing a user with real-time financial charting information 
on-line as defined in claim 5, wherein said historical data is compressed prior to 
transmission and decompressed after it is received at the user's computer. 

7. A method of providing a user with real-time financial charting information 
on-line as defined in any one of claims 1 to 6, wherein the method further comprises the 
step of installing a computer software charting module on the user's computer for 
generating said graph. 

8. A method of providing a user with real-time financial charting information 
on-line as defined in claim 7, wherein said charting module is activated by means of a 
conventional Internet browser software programme installed on the user's computer. 

9. A method of providing a user with real-time financial charting information 
on-line as defined in claim 8, wherein said charting module runs as a Java applet in the 
user's computer. 

10. A method of providing a user with real-time financial charting information 
on-line as defined in claim 7, wherein said real-time financial data is stock market pricing 
information obtained from a Stock Exchange or other source, and said graph provides real- 
time intraday charting of movements in stock price. 

11. A computer software charting module for installation on a user's computer, 
that enables a user to view real-time financial charting information on-line, the module 
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enabling the user's computer to: 

receive real-time financial data as a substantially continuous stream through an open 
connection via a computer network; 

5 

generate a graph of said real-time financial data; 

update said graph based on new real-time financial data transmitted via the computer 
network; and 

10 

display said graph on the user's computer screen whereby, in use, the user is able to readily 
observe changes in said real-time financial data substantially as they occur in a dynamic 
charting format. 

15 12. A computer software charting module as defined in claim 11, wherein the 

module further enables the user's computer to: receive historical financial data; and, 
generate said graph using said historical financial data as well as said real-time financial 
data. 

20 13. A computer software charting module as defined in claim 12, wherein the 

module further enables the user's computer to store said historical data and real-time 
financial data locally. 

14. A computer software charting module as defined in claim 11, wherein the 
25 charting module enables the user's computer to re-scale the axes of the graph in order to 

ensure that the maximum and minimum values are visible when the graph is displayed on 
the user's computer screen. 

15. A computer software charting module as defined in claim 14, wherein the 
30 x-axis of the graph represents time, and the y-axis represents real-time stock market 

pricing information relating to specified stock obtained from the Stock Exchange or other 
source whereby, in use, said graph provides real-time intraday charting of movements in 
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stock price. 

16. A computer software charting module as defined in claim 15, wherein the 

module re-scales the x-axis according to the time of day such that the graph extends to the 
full extent of the graph area. 

5 17. A computer software charting module a defined in claim 13, wherein the 

module enables zooming into specific regions of the graph through a click and drag 
interface, whereby clicking on the user's computer mouse and dragging it while the button 
is pressed dynamically forms a rectangle indicating the intended zoom area, and 
subsequent release of the button results in automatic re-scaling of the axes to draw said 
1 0 zoom area in greater detail. 

18. A computer software charting module as defined in claim 15, wherein the 

module calculates and/or plots other technical analysis graphs, such as Bollinger Bands, 
Moving Average Convergence/Divergence (MACD) and Relative Strength Indicators 
(RSI), simultaneously while the pricing information is being plotted on a main graph. 

15 19. A computer software charting module as defined in claim 15, wherein the 

module provides dynamic visual cues while the graph is being generated to easily notify 
the user of specific events and important information. 

20. A computer software charting module as defined in claim 15, wherein the 
module enables mouse movement of the cursor on the user's computer screen to be 

20 tracked, highlights the closest point in the graph to the cursor where transactions have 
occurred and displays the data of the highlighted point. 

21. A computer-readable storage medium having a computer software charting 
module as defined in any one of claims 1 1 to 20 stored thereon. 



25 
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ABSTRACT 

REAL-TIME FINANCIAL CHARTING SYSTEM 

5 A real-time financial charting system (10) is described that allows real-time stock market 
pricing information to be viewed through a browser-only interface on the desktops of 
Internet users. Historical intraday data (18) and new transaction data (22) "pushed" from a 
server (12) over the World Wide Web are combined and saved as transaction data (20) 
locally by the client's charting module (16). The computer software charting module on 
10 the client computer plots a graph (600) of the real-time financial data. The graph is 
displayed on the client's computer screen so that the user is able to readily observe 
changes in the real-time financial data substantially as they occur in a dynamic charting 
format. The system employs HTTP tunnelling that makes it substantially immune to 
firewalls. 

15 

Figure to accompany the abstract: Figures 1 and 2 
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